\subsection{Conclusiones}

comparación UP vs Agil

\begin{center}
\begin{tabular}{|p{5cm}|p{5cm}|p{5cm}|}
\hline 
		& \begin{center} \textbf{UP} \end{center} & \begin{center}\textbf{Ágil} \end{center} \\
\hline
  Dirigido por 	& CU 			 &	  La usabilidad/funcionalidad y por un producto entregable al cliente ( user stories $\approx$ CU ) \\
\hline
  Duración 	& Time boxing es variada &  Sprint fija\\
\hline
  Enfocado en 	& Riesgos 		 &  Feedback con el usuario y en el entregable al final del sprint \\
\hline
  Orientado a	& Grandes proyectos con muchos recursos & Proyectos pequeños y con pocos recursos humanos \\
\hline
Hítos		& \multicolumn{2}{|c|}{ Muy marcados } 	\\
\hline
Valora		& Planificación 		& Individuos e interacciones sobre procesos y herramientas\\
\hline
Cambios de requerimientos & Dificilmente adaptable & 	Facilmente adaptable	\\
\hline
Conocimeto sobre todo el proyecto & Cada recurso humano conoce en el modulo/tarea que le fue asignada & Todos los desarrolladores conocen todo el proyecto \\
\hline
\end{tabular}
\end{center}


Aprendimos que hay que meditar muy bien antes de encarar un proceso de desarrollo usando UP ya que  el overhead que genera toda la planificación es muy grande,
pero por otro lado entendemos que si tenemos requerimientos de calidad y/o un proyecto de una mayor envergadura no hay manera de encararlo con una técnica ágil.



